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La presente invention concerne un procede d'enregistrement de contenus 
audiovisuels a diffusion programmee. Elle concerne egalement un systeme 
d'enregistrement de contenus audiovisuels a diffusion programmee, un serveur de 
presentation et un terminal d'acces pour la mise en oeuvre d'un tel procede. 
5 Par diffusion, on entend generalement une diffusion des contenus audiovisuels sur 

tout type de supports, tels que le satellite, le cable, la transmission hertzienne terrestre ou 
Internet. 

Plus precisement I'invention concerne un procede du type comportant : 

- une etape de selection, a partir d'un terminal d'acces, d'un contenu 
10 audiovisuel a enregistrer associe a une date et une heure de diffusion ; 

- une etape de reception, par le terminal d'acces, d'un fichier d'enregistrement 
du contenu audiovisuel selectionne, ce fichier contenant des informations d'identification 
du contenu audiovisuel et la date et I'heure prevues pour sa diffusion. 

De tels procedes sont connus. 

15 Par exemple, il est possible de consulter un guide de programmes sur un site Web a 

partir d'un terminal d'acces connecte au reseau Internet. Ce site facilite en general la 
recherche et, finalement, avec un peu de navigation et le remplissage de criteres de 
recherche montre toutes les informations disponibles sur le contenu qui interesse 
I'utilisateur, notamment des informations d'identification du contenu audiovisuel et la date 

20 et I'heure prevues pour sa diffusion. Ces informations peuvent ensuite etre telechargees 
sur le terminal d'acces. 

II est egalement prevu de diffuser des contenus audiovisuels associes a des 
donnees de description. Le forum DVB (pour « Digital Video Broadcasting ») a specifie le 
standard DVB-SI (pour « Service Information ») qui permet de diffuser des informations 

25 sur les contenus diffuses. Mais le plus souvent ces informations sont tres limitees 
(Identifiant de la chame, Identifiant de remission, titre de remission, heure de debut, 
heure de fin, controle parental...). 

Enfin, les specifications du forum TV Anytime proposent une solution pour 
I'enregistrement automatique de contenus audiovisuels associes a des donnees de 

30 description de ces contenus. Cependant, la solution proposee par TV Anytime est 
complexe et exige une puissance de traitement trop importante pour la plupart des 
terminaux d'acces actuels. Elle impose entre autre aux terminaux de pouvoir traduire et 
traiter des fichiers dont le format est impose par TV Anytime. Ce format devient difficile a 
gerer pour un terminal grand-public, s'il souhaite par exemple obtenir d'un serveur une 

35 mise a jour du fichier d'enregistrement qu'ii a regu. 
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L'invention vise a remedier a ces inconvenients, en fournissant un procede 
d'enregistrement de contenus audiovisuels a diffusion programmee capable de traiter des 
modifications de date et/ou d'heure de diffusion, ou meme des annulations de diffusion, et 
qui propose une solution peu complexe n'exigeant pas une capacite de traitement trop 
5 importante de la part du terminal d'acces. 

A cet effet, l'invention a pour objet un procede du type precite, caracterise en ce que 
le fichier d'enregistrement comporte en outre I'adresse d'un serveur de mise a jour, pour 
la generation d'une requete de mise a jour du fichier d'enregistrement emise par le 
terminal a destination de ce serveur de mise a jour. 

10 Un procede selon l'invention permet ainsi, grace uniquement aux informations que 

contient le fichier d'enregistrement, de generer une requete simple vers un serveur de 
mise a jour qui, lui, dispose des capacites de traitement suffisantes pour interpreter cette 
requete, s'informer d'une nouvelle date et/ou heure de diffusion ou d'une annulation de 
diffusion et transmettre a destination du terminal d'acces, si necessaire, des informations 

15 demise a jour. 

Un procede selon l'invention peut en outre comporter Tune ou plusieurs des 
caracteristiques suivantes : 

- il comporte une etape de mise a jour du fichier d'enregistrement, en cas de 
modification de la date et/ou de I'heure de diffusion, ou d'annulation de la diffusion du 

20 contenu audiovisuel selectionne, ou de remplacement par un autre contenu audiovisuel ; 

- la requete de mise a jour comporte I'adresse du serveur de mise a jour et les 
informations d'identification du contenu audiovisuel ; 

- la requete est une requete du type HTTP ; 

- la requete de mise a jour du fichier d'enregistrement est emise 
25 periodiquement par le terminal jusqu'a la date et I'heure prevues pour la diffusion du 

contenu audiovisuel selectionne ; 

- lors de I'etape de selection on selectionne un unique contenu audiovisuel, et 
la requete de mise a jour du fichier d'enregistrement est emise par le terminal avec une 
frequence de plus en plus elevee lorsque Ton approche de la date et de I'heure de 

30 I'enregistrement du contenu audiovisuel selectionne ; 

- le fichier d'enregistrement comporte un champ repere par une balise et 
definissant I'adresse du serveur de mise a jour ; 

- le fichier d'enregistrement comporte au moins un champ repere par une 
balise et definissant les informations d'identification du contenu audiovisuel correspondant 

35 associees a des donnees de description de ce contenu ; 
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- le fichier d'enregistrement comporte un champ repere par une balise et 
definissant, pour un contenu audiovisuel donne de ce meme fichier, un identifiant de 
contenu associe a un contenu deja enregistre dans les moyens de stockage du terminal 
d'acces ; 

5 - la syntaxe des fichiers echanges entre le terminal d'acces et le serveur est 

definie par un schema de structure de donnees unique, notamment un schema XML ; 

- le procede comporte une etape preaiable de selection d'une plurality de 
contenus ayant un theme commun et une etape de reception d'un fichier de demande 
d'enregistrement a partir duquel le terminal d'acces genere une requete de demande 

10 d'enregistrement destinee a etre emise vers un serveur predetermine, pour I 'execution 
automatique de I'etape de selection ; 

- le fichier de demande d'enregistrement comporte Tadresse dudit serveur 
predetermine, pour la generation de la requete de demande d'enregistrement ; et 

- la requete comprend la reference d'un utilisateur a des fins statistiques. 

15 L'invention a egalement pour objet un systeme d'enregistrement de contenus 

audiovisuets a diffusion programmee pour la mise en oeuvre d'un procede tel que decrit 
precedemment, caracterise en ce qu'il comporte au moins un terminal d'acces comportant 
des moyens de selection d'un contenu audiovisuel a enregistrer associe a une date et une 
heure de diffusion, ledit terminal d'acces comportant des moyens de reception d'un fichier 

20 d'enregistrement du contenu audiovisuel selectionne, ce fichier contenant des 
informations d'identification du contenu audiovisuel et la date et I'heure prevues pour sa 
diffusion, et en ce que le fichier d'enregistrement comporte en outre Tadresse d'un 
serveur de mise a jour, pour la generation d'une requete de mise a jour du fichier 
d'enregistrement emise par le terminal a destination de ce serveur de mise a jour. 

25 L'invention a egalement pour objet un serveur de mise a jour pour la mise en oeuvre 

d'un procede tel que decrit precedemment, caracterise en ce qu'il comprend des moyens 
de mise a jour du fichier d'enregistrement.. 

Enfin, l'invention a egalement pour objet un terminal d'acces pour la mise en oeuvre 
d'un procede tel que decrit precedemment, caracterise en ce qu'il comporte des moyens 

30 de selection d'un contenu audiovisuel a enregistrer associe a une date et une heure de 
diffusion, des moyens de reception d'un fichier d'enregistrement du contenu audiovisuel 
selectionne, ce fichier contenant des informations d'identification du contenu audiovisuel 
et la date et I'heure prevues pour sa diffusion, et comportant en outre Tadresse d'un 
serveur de mise a jour, pour la generation d'une requete de mise a jour du fichier 

35 d'enregistrement emise par le terminal a destination de ce serveur de mise a jour. 
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invention sera mieux comprise a la lecture de la description qui va suivre, donnee 
uniquement a titre d'exemple et faite en se referant aux dessins annexes, dans lesquels : 

- la figure 1 illustre schematiquement la structure generate d'un systeme 
d'enregistrement selon ('invention ; 

- la figure 2 represente une page de presentation de contenus audiovisuels a 
diffusion programmee pouvant etre enregistres, selon un premier mode de realisation de 
I'invention ; 

- la figure 3 represente les etapes successives d'un procede d'enregistrement 
selon le premier mode de realisation de I'invention ; 

- la figure 4 represente une page de presentation de contenus audiovisuels a 
diffusion programmee pouvant etre enregistres, selon un deuxieme mode de realisation 
de ('invention ; et 

- la figure 5 represente les etapes successives d'un procede d'enregistrement, 
selon le deuxieme mode de realisation de I'invention. 

Le systeme represente sur la figure 1 comporte un terminal 20 d'acces a des 
contenus audiovisuels emis par un diffuseur de programmes 22. 

Le terminal d'acces 20 et le diffuseur 22 sont en outre connectes a un reseau de 
transmission d'informations, tel que par exemple le reseau Internet 24, ce qui leur permet 
d'echanger des informations avec un serveur 26 de presentation des contenus 
audiovisuels. Le terminal 20 est par ailleurs muni de moyens de stockage de contenus 
audiovisuels, notamment parmi ceux qui sont diffuses. 

Le serveur de presentation 26 met a la disposition des utilisateurs du reseau Internet 
24 des pages de presentation des contenus audiovisuels destines a etre diffuses par le 
diffuseur 22. Ces informations de description des contenus audiovisuels sont contenues 
dans une base de donnees 28 reliee au serveur de presentation 26, laquelle est 
regulierement mise a jour par le diffuseur 22 via le serveur de presentation 26, lorsque par 
exemple des contenus audiovisuels sont deprogrammes ou ont une date ou une heure de 
programmation modifiee. 

La page de presentation 30 representee sur la figure 2 est geree par le serveur 26 et 
est consumable par un utilisateur du terminal d'acces 20, a travers le reseau Internet 24. 

Cette page de presentation 30 comporte les contenus audiovisuels a diffusion 
programmee, presentes a I'ecran en fonction d'un jour 32 et d'un creneau horaire 34 
selectionnes. Sur cette page de presentation plusieurs lignes 36 correspondent a 
plusieurs chames de diffusion P1, P2, P3 et P4 associees chacune a une succession de 
contenus audiovisuels a diffusion programmee a des heures predetermines. Par 
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exemple, un journal d'informations 38 est diffuse le jeudi entre 20h00 et 20h35 par la 
chame P2. 

A chacun des contenus audiovisuels a diffusion programmee est associe un icone 
40 permettant a Tutilisateur du terminal d'acces 20 de selectionner ce contenu aiidiovisuel 
5 pour Penregistrer dans les moyens de stockage du terminal d'acces 20. 

Le procede d'enregistrement represents sur la figure 3 comporte une premiere 
etape 50 au cours de laquelle Tutilisateur interagit avec la page de presentation 30 puis 
clique sur un ou plusieurs icones pour selectionner un ou plusieurs contenus audiovisuels 
a diffusion programmee. 

10 Suite a cette etape, le serveur de presentation 26 recupere les informations 

associees a ces contenus audiovisuels selectionnes dans la base de donnees 28. 

II fournit ces informations au terminal d'acces 20, lors d'une etape 52, sous la forme 
d'un fichier d'enregistrement 54. 

Ce fichier d'enregistrement 54 peut avoir la structure suivante, exprimee selon la 
15 syntaxe XML : 
<Record> 

-<UpdateServerAddress> - • 

http://www.TVPortal.com\adrf3j2.FRG? . ^ 

</UpdateServerAddres*s> 
20 <RecordElement> 
<Contentld> 

Content n°1 
</Contentld> 
<TVAMain> 

25 

<Programlnformation Table> 

</ProgramlnformationTable> 
<Servicelnformation Table> 

30 

</Servicelnformation Table> 
<ProgramLocation Table> 
<BroadcastEvent> 

35 servicelDRef="34567" 

fragmentld="123 H 
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fragmentVersion=" 121214" 

</BroadcastEvent> 
</ProgramLocation Table> 

5 

</TVAMain> 
</Record E I ement> 
<RecordElement> 

<TVAMain> 

10 

</TVAMain> 
</RecordEiement> 
</Record> * - v ' '* 

Le fichier d'enregistrement comporte une balise « Record » de debut (<Record>) et 
15 de fin (</Record>) de fichier. Entre ces deux balises, il comporte des donnees reperees 
par des balises de debut et de fin, comme cela est prevu selon le format XML. 

Parmi ces donnees, I'adresse universeile d'un serveur de mise a jour, reperee par 
une balise « UpdateServerAddress », est fournie par le fichier d'enregistrement pour 
permettre au terminal d'acces d'emettre ensuite des requetes de demandes de mise a 
20 jour, en cas de modification de la date et/ou de I'heure de diffusion, d'annulation de la 
diffusion d'un contenu audiovisuel dont ies donnees de description sont dans le fichier 
d'enregistrement, ou du remplacement d'un contenu audiovisuel du fichier 
d'enregistrement par un autre contenu audiovisuel. Dans cet exemple, I'adresse est celle 
du serveur de presentation 26, qui remplit egalement une fonction de mise a jour des 
25 fichiers d'enregistrement. 

Le fichier d'enregistrement 54 comporte en outre des donnees d 'informations 
relatives a un ou plusieurs contenus audiovisuels selectionnes lors de I'etape 50. Pour 
chaque contenu audiovisuel, Ies donnees correspondantes sont reperees par une balise 
« RecordElement ». Dans I'exemple represents ci-dessus, le fichier d'enregistrement 
30 comporte deux contenus audiovisuels selectionnes. II comporte done deux champs 
reperes par la balise « RecordElement ». De fagon plus generale, il peut en comporter un 
nombre quelconque. 

Les donnees correspondant a un contenu audiovisuel selectionne comportent de 
fagon optionnelle un identifiant de contenu repere par la balise « Contentld », si 
35 I'utilisateur a choisi d'enregistrer ce contenu audiovisuel a la place d'un autre contenu 
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audiovisuel deja enregistre dans les moyens de stockage du terminal d'acces 20 et 
identifie par ie meme identifiant de contenu. 

Enfin, les donnees correspondant a un contenu audiovisuel comportent une table 
XML, reperee par une balise « TVAMain » et conforme aux specifications du forum TV- 
5 Anytime. Cette table inclut generalement une sous-table Programlnformation pour la 
description du contenu, une sous-table Servicelnformation pour la description du service 
portant le contenu, et une sous-table ProgramLocation pour la localisation du contenu (en 
temps et lieu), necessaire a son enregistrement. 

La sous-table ProgramLocation comprend, dans un champs « BroadcastEvent », un 
10 identifiant du service portant le contenu, note « ServiceldRef », un identifiant du contenu, 
note « fragmentld » f et un identifiant de la version des informations associees au contenu, 
note « fragmentVersion ». 

De fagon optionneile, le fichier d'enregistrement peut aussi comprendre une 
reference de I'utilisateur. Dans ce cas, cette reference est reperee par une balise 
15 correspondante. 

Ensuite, Jors d'une etape 56, le terminal 20 genere une requete de mise a jour du 
fichier d'enregistrement a partir des informations contenues dans ce fichier. Cette 1 requete 
comprend 1'adresse du serveur 26 associee a I'identifiant « fragmentld » et a I'identifiant 
« fragmentVersion ». Elle peut prendre la forme concatenee suivante dans le cas d'une 
20 requete HTTP : 

http:/Mww.TVPortal .comte^ 
La requete peut de fagon optionneile, le cas echeant, comprendre egalement la 
reference de I'utilisateur a des fins statistiques. 

Des la reception de cette requete, le serveur de presentation et de mise a jour 26 
25 verifie les informations relatives au contenu correspondant a fragmentld=123 stockees 
dans la base de donnees 28 et leur identifiant de version. 

Ensuite, lors d'une derniere etape 58, le serveur emet une reponse a cette requete 
de mise a jour. Cette reponse contient un fichier de mise a jour 60. 

Ce fichier de mise a jour 60 peut avoir la structure suivante, exprimee selon la 
30 syntaxe XML : 

<UPDATE_ANSWER type= TYPE> 
<TVAMain> 

<ServicelnformationTable> 

35 



</ServicelnformationTable> 
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<ProgramLocationTable> 
<BroadcastEvent> 

serviceldRef=*'34567" 

fragmentld= M 123 M 

frag mentVersion=" 121215" 

</BroadcastEvent> 
</ProgramLocationTable> 



</TVAMain> 
</UPDATE_ANSWER> 

Si riden'tifiant de version des donnees de : la base' correspond a I'identifiant de 
version de la requete, cela signifie que les informations associees au contenu audibvisuel 
15 a enregistrer n'ont pas change. Dans ce cas, on identifie le fichier de mise a jour 60 par 
la valeur TYPE= « Unmodified », indiquant que la diffusion du contenu correspondant 
n'est pas modifiee. 

Si I'identifiant de version des donnees de la base a une valeur superieure a 
I'identifiant de la version de la requete, cela signifie que les informations associees au 
20 contenu audiovisuel ont ete mises a jour depuis la transmission du fichier 
d'enregistrement 54. Dans ce cas, on identifie le fichier de mise a jour 60 par la valeur 
TYPE= « New-version », indiquant que les donnees de description du contenu 
correspondant ont ete modifiee. 

Des reception de ce fichier, le terminal d'acces remplace la table « TVAMain » 
25 correspondante dans le fichier d'enregistrement 54. Notamment, si la date et/ou I'heure 
d'enregistrement a ete modifiee par le diffuseur 22, cette mise a jour permet au terminal 
d'acces d'en tenir compte pour le demarrage de I'enregistrement. 

Au cas ou le contenu selectionne a ete remplace, par le serveur 26, par un autre 
contenu audiovisuel, on identifie le fichier de mise a jour 60 par la valeur TYPE= « New- 
30 content », indiquant que le contenu audiovisuel a enregistrer est modifie. Dans ce cas, 
comme dans le precedent, on remplace la table« TVAMain » correspondante dans le 
fichier d'enregistrement 54. 

Au cas ou le contenu selectionne a ete supprime par le serveur 26, on identifie le 
fichier de mise a jour 60 par la valeur TYPE= « Cancelled », indiquant que le contenu 
35 audiovisuel a enregistrer est supprime. Dans ce cas, I'enregistrement est annule. 
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Enfm, au cas ou le serveur ne retrouve pas le contenu selectionne dans la base de 
donnees 28, on identifie le fichier de mise a jour 60 par la valeur TYPE= « Unknown », 
indiquant que le contenu audiovisuel a enregistrer n'a pas ete retrouve. Dans ce cas 
I'enregistrement est annule. 
5 Les etapes 56 et 58 sont repetees plusieurs fois, par exemple reguiierement toutes 

les quatre heures, jusqu'a I'heure d'enregistrement du ou des contenus audiovisuels 
concernes. 

Une alternative consiste a repeter plusieurs fois les etapes 56 et 58 avec une 
frequence de plus en plus elevee lorsque Ton approche de la date et de I'heure de 

10 I'enregistrement du contenu audiovisuel selectionne. Bien sur, cette alternative est 
adaptee au cas ou Ton selectionne un unique contenu audiovisuel. 

La page de presentation 70 representee sur ia figure 4 est geree par le serveur 26 et 
est consumable par un utilisateur du terminal d'acces 20, a travers le reseau Internet 24. 
Elle permet la mise en oeuvre d'un deuxieme mode de realisation de Invention. 

15 Cette page de presentation 70 comporte une liste 72 de ,commandes 

d'enregistrement, chaque commande permettant I'enregistrement d'un ensemble de 
contenus ayant un theme commun. Par exemple, une telle commande concerne 
« toujours le dernier journal d'un certaine chame », « tous les matches de yotre equipe 
favorite », « tous les films produits depuis moins de six mois », « tous les films avec votre 

20 acteur prefere », « tous les films de votre realisateur prefere », « tous les contenus sur 
votre sujet prefere », « les critiques de films d'un critique particulier ». 

Le procede de demande d'enregistrement represents sur ia figure 5 comporte une 
premiere etape 80 au cours de laquelle I'utilisateur interagit avec la page de presentation 
70 puis clique sur Tune des commandes d'enregistrement de la liste 72. 

25 Suite a cette etape, le serveur de presentation 26 recupere les informations 

associees aux contenus audiovisuels dont le theme correspond a la commande 
d'enregistrement selectionnee. Ces informations sont stockees dans la base de donnees 
28. 

II fournit ensuite ces informations au terminal d'acces 20, lors d'une etape 52, sous 
30 la forme d'un fichier de demande d'enregistrement 84. 

Ce fichier de demande d'enregistrement 84 peut avoir la structure suivante, 
exprimee selon ia syntaxe XML : 
<RecordRequest> 

<RecordRequestServerAddress> 
35 http:\\www.TVPortal.com\adrf3j2.REC 
</RecordRequestServerAddress> 
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<Periodicity> 
04:00:00 
</Periodicity> 
</RecordRequest> 

5 Le fichier de demande d'enregistrement 84 comporte une balise "RecordRequest" 

de debut (<RecordRequest>) et de fin (</RecordRequest>) de fichier. Entre ces deux 
balises, il comporte des donnees reperees par des balises de debut et de fin, comme cela 
est prevu selon le standard XML. 

Parmi ces donnees, I'adresse universelle d'un serveur de mise a jour, reperee par 

10 une balise "RecordRequestServerAdress", est fournie par le fichier de demande 
d'enregistrement pour permettre au terminal d'acces 20 d'emettre ensuite des requetes de 
demande de mise a jour du fichier de demande d'enregistrement. Dans cet exemple, 
comme dans I'exemple precedent; I'adresse est celle du serveur de presentation 26, qui 
rempiit egalement une fonction de mise a jour des fichiers de demande d'enregistrement. 

15 Le fichier de demande d'enregistrement 84 comporte en outre de fagon optionnelle 

une information de periodicite reperee par une balise "Periodicity" pour indiquer au 
terminal d'acces 20 une periode d'emission de requetes de mise a jour. Dans cet 
exemple, te serveur de presentation 26 demande a etre contacte toutes les 4 heures. 

Ensuite, lors d'une etape 86 repetee automatiquement de fagon periodique selon la 

20 periodicite indiquee par le champ "Periodicity", le terminal 20 emet une requete vers le 
serveur de presentation 26 dont I'adresse figure dans le fichier de demandes 
d'enregistrement 84. Cette adresse comporte une precision permettant au serveur de 
presentation 26 de determiner la commande d'enregistrement qui a ete choisie par 
I'utilisateur. 

25 La requete peut prendre les deux formes suivantes : 

http:\\www.TVPortal.com\adrf3j2.REC 
ou 

http:\\\AAAW.TVPortal.com\adrf3j2.REC?MaxRecNb=2. 
Comme cela est indique dans les deux exemples ci-dessus, la requete de mise a 
30 jour comporte de fagon optionnelle une variable "MaxRecNb" qui precise le nombre de 
contenus audiovisuels successifs correspondant au theme commande, que le terminal 
d'acces 20 doit enregistrer. Dans un premier cas, si cette variable n'est pas jointe a la 
requete, la demande d'enregistrement correspond a une demande d'enregistrement du 
premier contenu audiovisuel correspondant au theme selectionne. Dans le deuxieme cas, 
35 la variable "MaxRecNb" est egale a 2, c'est-a-dire que la demande d'enregistrement 
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concerne I'enregistrement de deux contenus audiovisuels successifs correspondant au 
theme selectionne. 

En reponse, tors d'une etape 88, le terminal d'acces 20 regoit un fichier 
d'enregistrement 90, similaire au fichier d'enregistrement 54, comportant ies contenus 
5 audiovisuels correspondant a la demande d'enregistrement thematique emise par 
I'utilisateur. 

Si I'etape 86 est repetee periodiquement, lors de I'etape 88 suivante, la reponse 
emise par le serveur de presentation 26 est un fichier de mise a jour tel qu'il a ete decrit 
precedemment lors de I'etape 58. 
10 Comme precedemment, le fichier de mise a jour peut etre du type « New_version », 

« Unmodified », « New_content », « Cancelled », ou « Unknown » selon Ies cas. 

Si des modifications de date et/ou d'heure de programmation de contenus 
audiovisuels sont apportees par le diffuseur 22, ceci ayant pour consequence une 
modification de la base de donnees 28, remission repetee de requetes lors de I'etape 86 
15 permet de mettre a jour le fichier 90 d'enregistrement. Notamment, cela permet de 
modifier Ies contenus audiovisuels a enregistrer, au cas ou un nouveau contenu 
audiovisuel viendrait^ a etre programme avant le prochain contenu audiovisuel a 
programmer dans le theme choisi. 

Les etapes suivantes 92 et 94, ainsi que le fichier de mise a jour 96 sont similaires 
20 aux etapes 56 et 58, ainsi qu'au fichier de mise a jour 60. Pour cette raison, ces etapes et 
ce fichier ne seront pas decrits davantage. 

Dans les exemples fournis sur la figure 4, si I'utilisateur selectionne la commande 
d'enregistrement correspondant a "Toujours le dernier journal d'une certaine chaTne", le 
fichier de demandes d'enregistrement 84 peut prendre la forme suivante : 
25 <RecordRequest> 

<RecordRequestServerAddress> 

http:\\www.TVPortaLcom\lastNewsOfBBC.REC 
</RecordRequestServerAddress> 
<Periodicity> 
30 04:00:00 
</Periodicity> 
</RecordRequest> 

Ce fichier de demande d'enregistrement comporte Tadresse du serveur 26 avec la 
precision concemant le theme du dernier journal de la chame BBC. La periodicite de 
35 mise a jour d'un fichier d'enregistrement correspondant est de quatre heures. Le terminal 
d'acces 20 consulte alors le serveur de presentation : 
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http:\\w\ww.TVPortal.com\lastNewsOfBBC.REC, 
qui iui renvoie le fichier 90 suivant : 
< Record > 

<UpdateServerAddress> 
5 http:\\www.TVPortal .com\l astNewsOfBBC . REC 

</UpdateServerAddress> 
<RecordElement> 
<Contentld> 
Content n°1 
10 </Contentid> 
<TVAMain> 

<PrograrnDescription> 

<ProgramlnformationTable version="2"> 
<Programlnformation> 
15 programld= H crid://www.bbaco.uk/News19122002" 

<BasicDescription> 
<Title> 

BBC News 
</Title> 

20 <Synopsis> 

News of the day 
</Synopsis> 
<Genre href=":x:x"> 
<mpeg7:Name> 
25 News 

</rnpeg7:Name> 
</Genre> 
</BasicDescri ption> 
</Programlnformation> 
30 </Programl nformationTabIe> 

<ProgramLocationTable version="2"> 
<Schedule> 
<Event> 

<Program crid="crid://www.bbc.co.uk/News19122002-20H007> 
35 <EventDescription> 

<PublishedTime> 
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2002-1 2-1 9T20:00:00-00:00 
</PubiishedTime> 
<PubIishedDuration> 

P0Y0M0DT0H45M 

5 </PublishedDuration> 

</EventDescription> 
</Event> 

<Serviceid id="1237> 
</Schedule> 
1 0 </ProgramLocationTable> 
<ServicelnformationTable> 

<Servicelnformation serviceld="123"> 
<Name>BBC News</Name> 
<Owner>BBC</Owner> 
1 5 </Servicelnformation> 
</ServicelnformationTable> 
</ProgramDescription> 
</TVAMain> 
</RecordElement> 
20 </Record> 

Des la reception de ce fichier d'enregistrement 90, !e terminal d'acces est 
automatiquement configure pour enregistrer le ou les contenus audiovisuels 
correspondants aux dates et heures indiquees dans le fichier, 

Au bout de quatre heures, que le terminal ait deja enregistre un journal ou non, il 
25 emet la requete de mise a jour precitee. Si une nouvelle version du fichier 
d'enregistrement est envoyee par le serveur, il reprogramme un enregistrement. Les 
etapes 56 et 58 sont alors de nouveau repetees. 

Si, comnne cela est possible d'apres les exemples indiques sur la figure 4, 
I'utilisateur selectionne la commande d'enregistrement « Tous les matches de votre 
30 equipe favorite », le serveur de presentation renvoie par exemple le fichier de demande 
d'enregistrement suivant : 
<Record Req uest> 

<RecordRequestServerAddress> 

http://\AAArw.TVPortal.com\AIIManchesterFootballMatch.REC 
35 </RecordRequestServerAddress> 
<Periodicity> 
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24:00:00 
</Periodicity> 
</RecordRequest> 

Ce fichier de demande d'enregistrement comporte I'adresse du serveur 26 avec la 
5 precision concernant le theme des matches joues par le club de Manchester, si cette 
equipe est I 'equipe favorite de I'utilisateur. La periodicite de mise a jour d'un fichier 
d'enregistrement correspondant est de vingt-quatre heures. 

Ce fichier d'enregistrement peut prendre la forme suivante : 
<Record> 
1 0 <UpdateServerAddress> 

http:\\www.TVPortal.com\AIIManchesterFootbalIMatch.REC 
</UpdateServerAddress> 
<RecordElement> 
<TVAMain> 
15 <ProgramDescription> 

<ProgramlnformationTable version= M 2"> 
<Programlnformation programld = 

,, crid://www.bbc.co.uk/ManchesterVsLiverpool2002-back"> 
<BasicDescription> 
20 <Title> 

Manchester vs Liverpool 
England Championship - 2002 - back match 
</Title> 
<Synopsis> 

25 After the first match between Liverpool & Manchester, 

where Liverpool win 1-0 the Manchester football dub should 
win to make the final 

</Synopsis> 

<Genre href- ':x:x"> 

30 <mpeg7:Name>Sport/football</mpeg7:Name> 

</Genre> 
</BasicDescription> 
</Programlnformation> 
</ProgramlnformationTable> 
35 <ProgramLocationTable version= M 2"> 

<Schedule> 
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<Event> 

<Program crid = 

"crid://www.bbc.co.uk/ManchesterVsLiverpool2002-back7> 
<EventDescription> 
5 <PublishedTime> 

2002-1 2-1 9T21 :00:00-00:00 
</PublishedTime> 
<PubIishedDuration> 
POY0MODT0H10OM 
1 0 </PublishedDuration> 

</EventDescri ption> 
</Event> 

<Serviceld id="1237> 
</Schedule> 
15 </ProgramLocationTable> 
<ServicelnformationTable> 

<ServiceInformation serviceld="123"> 
<Name>BBC Sport</Name> 
<Owner>BBC</Owner> 
20 </Servicelnformation> 
</ServicelnforrnationTable> 
</ProgramDescription> 
</TVAMain> 
</RecordElement> 
25 </Record> 

Des la reception de ce fichier d'enregistrement 90, le terminal d'acces est 
automatiquement configure pour enregistrer le ou les contenus audiovisuels 
correspondants aux dates et heures indiquees dans le fichier. 

Au bout de vingt-quatre heures, que le terminal ait deja enregistre un match ou non, 
30 il emet la requete de mise a jour precitee. Si une nouvelle version du fichier 
d'enregistrement est envoyee par le serveur, il reprogramme un enregistrement Les 
etapes 56 et 58 sont alors de nouveau repetees. 

Si, comme cela est possible d'apres les exemples indiques sur la figure 4, 
I'utilisateur selectionne Tune des commandes d'enregistrement « Tous les films produits 
35 depuis moins de 6 mois », « Tous les films de votre acteur prefere », « Tous les films de 
votre realisateur prefere », « Tous les contenus sur votre sujet prefere », « Les critiques 
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de films d'un critique particulier », les fichiers retournes par le serveur sont similaires aux 
deux cas mentionnes precedemrnent. 

Un exemple precis de schema XML structurant la syntaxe du fichier 
d'enregistrement 54 ou 90 est represents ci-dessous : 
5 <?xml version="1 .0" encoding="UTF-8"?> 

<xs:schema xmlns:Wa="http://www.tv-anytime.org/2001/08/metadata" 
xmlns:mpeg7="urn:mpeg:mpeg7:schema:2001 M 

xmlns:xs="http://www.w3. org/2001 /XMLSchema" elementFormDefault^'qualified" 
attributeFormDefault="unqualified"> 
1 0 <!-<import namespace= M http://www.tv-anytime.org/2001/08/metadata" 

schemaLocation='\/tva_jrietadata_v1 1 .xsd"/>— > 

<xs:element name- 'Record" type="RecordType"> 
4 * ^ <xs:annotation> 

<xs:documentation xml:lang="fr"> 
1 5 Cet element est la racine du fichier xx.REC 

</xs:documentation> 
</xs:annotation> 
</xs:element> 

<xs:complexType name-'RecordType'^ 
20 <xs:sequence> 

<xs:element name="UpdateServerAddress" type= M xs:anyType"> 
<xs:annotation> 

<xs:documentation xml:lang="fr n > 

Cette balise contient I'adresse universelle qui servira au terminal 
25 pour consulter les eventuels changements qui auront eu lieu pour 

les emissions prevues en enregistrement 
</xs:documentation> 
</xs:annotation> 
</xs:e!ement> 

30 <xs:sequence maxOccurs-'unbounded'^ 

<xs:element name="RecordElement"> 
<xs:annotation> 

<xs:documentation xm!:lang="fr"> 

Cet element represente un enregistrement de I'utilisateur, il 
35 contient un noeud TVAMain. Ce noeud TVA doit contenir le 

• minimum pour permettre un enregistrement c'est a dire une 
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ProgramlnformationTable, une ServicelnformationTable, une 
ProgramLocationTable 
</xs:documentation> 
</xs:annotation> 
5 <xs:complexType> 

<xs:sequence> 

<xs:element ref="tva:TVAMain7> 
<xs:element name- 'Contenld" minOccurs- *0"> 
<xs:annotation> 

1 0 <xs:documentation xml:lang="fr"> 

Cet element, s'il est present indique au terminal qu'il 
s'agit d'un contenu qui doit remplacer un contenu 
present sur son disque portant le meme identifiant 
</xs:documentation> 
15 </xs:annotation> 

</xs:element> 
</xs:sequence> 
</xs:complexType> 
</xs:elemerit> 
20 </xs:sequence> 
. </xs:sequence> 
</xs : com p I exTy pe> 
</xs:schema> 

Un exemple precis de schema XML structurant la syntaxe du fichier de demande 
25 d'enregistrement 84 est represents ci-dessous : 
<?xml version="1.0 u encoding="UTF-8"?> 
<xs:schema xmlns:xs= ,, http://www.w3.org/2001/XMLSchema" 
elementFormDefault= M qualified M attributeFormDefault="unqualified"> 
<xs:element name= M RecordRequest" type="RecordRequestType M > 
30 <xs:annotation> 

<xs:documentation>Element racine du document</xs:documentation> 
</xs:annotation> 
</xs:element> 

<xs:complexType name="RecordRequestType"> 
35 <xs:sequence> 

<xs:element name="RecordRequestServerAddress M type^^sianyURI 1 ^ 
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<xs:annotation> 

<xs:documentation> 

Cet element contient I'adresse universelle a laquelle le terminal doit 
se connecter pour obtenir une mise a jour des informations de 
5 programmation 

</xs:documentation> 
</xs:annotation> 
</xs:element> 

<xs:element name= M Periodicity" type= M xs:duration" minOccurs="0"> 
10 <xs:annotation> 

<xs:documentation> 

Cet element contient la periode a laquelle doit se referer le terminal 
c pour effectuer ses mises a jour 

</xs:documentation> 
1 5 </xs:annotation> 
</xs:element> 
</xs:sequence> 
</xs : com pi exTy pe> 
</xs:schema> 
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REVINDICATIONS 

1. Procede d'enregistrement de contenus audiovisuels a diffusion programmee, 
comportant : 

5 - une etape (50 ; 86) de selection, a partir d'un terminal d'acces (20), d'un 

contenu audiovisuel a enregistrer associe a une date et une heure de diffusion ; 

- une etape (52 ; 88) de reception, par le terminal d'acces, d'un fichier (54 ; 90) 
d'enregistrement du contenu audiovisuel selectionne, ce fichier contenant des 
informations d'identification du contenu audiovisuel et la date et I'heure prevues pour sa 
10 diffusion, 

caracterise en ce que le fichier d'enregistrement comporte en outre I'adresse d'un serveur 
de m j se a jour (26), pour la generation (56 ; 92) d'une requete de mise a jour du fichier 
d'enregistrement emise par le terminal a destination de ce serveur de mise a jour. 

2. Procede d'enregistrement de contenus audiovisuels a diffusion programmee selon 
15 la revendication 1, caracterise en ce qu T il comporte une etape (58 ; 94) de mise a jour du 

fichier d'enregistrement (54 ; 90), en cas de modification de la date et/ou de I'heure de 
diffusion, ou d'annulation de la diffusion du contenu audiovisuel selectionne, ou de 
remplacement par un autre contenu audiovisuel. 

3. Procede d'enregistrement de contenus audiovisuels a diffusion programmee selon 
20 la revendication 1 ou 2, caracterise en ce que la requete de mise a jour comporte 

I'adresse du serveur de mise a jour (26) et les informations d'identification du contenu 
audiovisuel. 

4. Procede d'enregistrement de contenus audiovisuels a diffusion programmee 
selon Tune quelconque des revendications 1 a 3, caracterise en ce que la requete est une 

25 requete du type HTTP. 

5. Procede d'enregistrement de contenus audiovisuels a diffusion programmee selon 
I'une quelconque des revendications 1 a 4, caracterise en ce que la requete de mise a 
jour du fichier d'enregistrement (54 ; 90) est emise periodiquement par le terminal (20) 
jusqu'a la date et I'heure prevues pour la diffusion du contenu audiovisuel selectionne. 

30 6. Procede d'enregistrement de contenus audiovisuels a diffusion programmee selon 

Tune quelconque des revendications 1 a 4, caracterise en ce que lors de I'etape de 
selection (50 ; 86) on selectionne un unique contenu audiovisuel, et en ce que la requete 
de mise a jour du fichier d'enregistrement (54) est emise par le terminal (20) avec une 
frequence de plus en plus elevee lorsque Ton approche de la date et de I'heure de 

35 I'enregistrement du contenu audiovisuel selectionne. 
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7. Procede d'enregistrement de contenus audiovisuels a diffusion programmee selon 
Tune quelconque des revendications 1 a 6, caracterise en ce que le fichier 
d'enregistrement (54 ; 90) comporte un champ repere par une balise et definissant 
I'adresse du serveur de mise a jour. 
5 8. Procede d'enregistrement de contenus audiovisuels a diffusion programmee selon 

Tune quelconque des revendications 1 a 7, caracterise en ce que le fichier 
d'enregistrement (54 ; 90) comporte au moins un champ repere par une baiise et 
definissant les informations d'identification du contenu audiovisuel correspondant 
associees a des donnees de description de ce contenu. 

10 9. Procede d'enregistrement de contenus audiovisuels a diffusion programmee selon 

Tune quelconque des revendications 1 a 8, caracterise en ce que le fichier 
d'enregistrement (54 ; 90) comporte un champ repere par une balise et definissant, pour 
un contenu audiovisuel donne de ce meme fichier, un identifiant de contenu associe a un 
contenu deja enregistre dans les moyens de stockage du terminal d'acces. 

15 10. Procede d'enregistrement de contenus audiovisuels a diffusion programmee selon 

I'une quelconque des revendications 1 a 9, caracterise en ce que la syntaxe des fichiers 
echanges entre le terminal d'acces et le serveur est definie par un schema de structure de 
donnees unique, notamment un schema XML. 

11. Procede d'enregistrement de contenus audiovisuels a diffusion programmee selon 
20 I'une quelconque des revendications 1 a 10, caracterise en ce qu'il comporte une etape 

prealable (80) de selection d'une pluralite de contenus ayant un theme commun et une 
etape (82) de reception d'un fichier de demande d'enregistrement (84) a partir duquel le 
terminal d'acces genere une requete de demande d'enregistrement destinee a etre emise 
vers un serveur predetermine (26), pour I 'execution automatique de I'etape de selection 
25 (86). 

12. Procede d'enregistrement de contenus audiovisuels a diffusion programmee selon 
la revendication 11, caracterise en ce que le fichier de demande d'enregistrement (84) 
comporte I'adresse dudit serveur predetermine, pour la generation de la requete de 
demande d'enregistrement. 

30 13. Procede d'enregistrement de contenus audiovisuels a diffusion programmee selon 

I'une quelconque des revendications 1 a 12, caracterise en ce que la requete comprend la 

reference d'un utilisateur a des fins statistiques. 

14. Systeme d'enregistrement de contenus audiovisuels a diffusion programmee pour 

la mise en ceuvre d'un procede selon I'une quelconque des revendications 1 a 13, 
35 caracterise en ce qu'il comporte au moins un terminal d'acces (20) comportant des 

moyens de selection d'un contenu audiovisuel a enregistrer associe a une date et une 
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heure de diffusion, ledit terminal d'acces comportant des moyens de reception d'un fichier 
d'enregistrement* (54 ; 90) du contenu audiovisue! seiectionne, ce fichier contenant des 
informations d'identification du contenu audiovisuel et la date et i'heure prevues pour sa 
diffusion, et en ce que le fichier d'enregistrement comporte en outre Padresse d'un 
5 serveur de mise a jour (26), pour la generation d'une requete de mise a jour du fichier 
d'enregistrement emise par le terminal a destination de ce serveur de mise a jour. 

15. Serveur de mise (26) a jour pour la mise en oeuvre d'un procede selon Tune 
quelconque des revendications 1 a 13, caracterise en ce qu'il comprend des moyens de 
mise a jour du fichier d'enregistrement. 

10 16. Terminal d'acces (20) pour la mise en oeuvre d'un procede selon Tune quelconque 

des revendications 1 a 13, caracterise en ce qu'il comporte des moyens de selection d'un 
contenu audiovisuel a enregistrer associe a une date et une heure de diffusion, des 
moyens de reception d'un fichier d'enregistrement du contenu audiovisuel seiectionne, ce 
fichier contenant des informations d'identification du contenu audiovisuel et la date et 

1 5 I'heure prevues pour sa diffusion, et comportant en outre I'adresse d'un serveur de mise a 
jour, pour la generation d'une requete de mise a jour du fichier d'enregistrement emise 
par.le terminal a destination de ce serveur de mise a jour. 
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FRANCE TELECOM 
6 place d'Alleray 
F- 75015 PARIS 



DESIGNE(NT) EN TANT QUiNVENTEUR(S) : (Indiquez en haut a droite «Page N° 1/1» S'H y a plus de trois inventeurs, 
utilfsez un formulaire identique et numerotez chaque page en indiquant le nombre total de pages). 



Nom 


BERTIN 


Prenoms 


Christian 


Adresse 


Rue 


7, rue Monseigneur Duchesne 


Code postal et vilie 


35000 |RENNES 


Societe d T appartenance (facultatif) 




Nom 


CAMPION 


Prenoms 


Sebastien 


Adresse 


Rue 


8 3 boulevard de Metz 


Code postal et ville 


35700 RENNES 


Societe d'appartenance (facultatif) 




Nom 


AMONOU 


Prenoms 


Isabelle 


Adresse 


Rue 


10, rue Louis Guilloux 


Code postal et ville 


3 523 5 THORJGNE FOUILLARD 


Societe d'appartenance (facultatif) 




DATE ET SIGNATURE(S) 
DU (DES) DEMANDEUR(S) 
OU DU MANDATAIRE 
(Nom et qualite du signataire) 

Paris, le 27 Janvier 2003 
Vincent REMY (CPI n°96/0701) 


M 



La loi n°78-17 du 6 janvier 1978 relative a I'informatique, aux fichiers et aux libertes s'applique aux reponses faites a ce formulaire. 
Elle garantit un droit d'acces et de rectification pour les donnees vous concernant aupres de IMNPI. 



